Claims 

1. the use of this model is composed of some possible stages: 

The Application stage - a customer tums to the issuing company through 
the telephone, the intemet or in another way and asks for a virtual 
"card^il^' with a certain amount of money. 

The issuing stage - issuing a card to a customer by the issuing company. 
It is recommended that in this stage the customer's details like account 
bank number, credit card number, name and identifying details will be 
taken, but this is up to the issuing company's consideration (the customer 
can pay for the card also in cash, by credit card, by bank deposit, or in 
any other way that the issuing company will allow). 
The issuing process is involved with giving a card number and the 
identifying code (or codes to die different purchases) of the new card to 
the customer (if a "changing code'' is issued, then it will also be delivered 
at this stage). Parallel to this, the system is updated with the existence of 
the new card, it's number, its identifying codes, its amount of money, its 
"ch^ging code", its issuing date and some other details according to the 
need. It is also possible to relate/connect in the computerized system, the 
customer's details with the card details. 

The issuing stage can be carried out in an automatic way through the 
issuing company's intemet site in which customers will be able to 
purchase cards and receive in a short time through the email, fax, 
telephone, modem fax, mail, through the company's site or in any other 
way, the new card' details. 

Request for performing a purchase — the customer/card owner performs a 
purchase by delivering the card number and an identifying code to the 
body of which he purchases the specific product from. The purchase can 
be in the full card money value or in a smaller amount, and in this case 
the card could be used for a number of purchases, and everything is 
according to the customer's needs. If a purchase included the maximum 
amount of money left in the card, the card will be canceled automatically 
after the purchase is performed and the customer can purchase a new 
card. 

Verifying the card details - the seller will deliver the combination of 
numbers (card number and identifying code) to the issuing company and 
also the purchase's details for approval of the purchase. 
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If the combination of numbers is verified and the card holds a sufficient 
amount of money for the purchase, the issuing company will authorize 
the purchase. 

Paying to the seller stage - immediately after authorizing the purchase or 
in a latter time, according to the agreements with the issuing company, 
the money will be delivered to the seller. 

2. A model as described in claim 1, but with the stress that in order to 
protect the card, the issuing company will issue instead of a constant 
identifying code or in addition to it, an identifying code changing for each 
purchase made with the card. The identifying code for a specific purchase 
will include about 3 to 4 digits. The company will send the customer in 
the issuing process the card number, and a list of identifying codes (and a 
"changing code" if issued), as the first code fits for the first purchase, the 
second code fits the second purchase and so on. 

For example, for a card of 100 doU^s with the number 38461954, for 
purchase number 1 the card owner will be asked to attach also the code 
273, for purchase number 2 the code 735 and so on. It is also possible to 
give the option in which the card owner can determine in advance the 
number of purchases for his/her card. 

3. A model as described in claim 2, wherein the customer will add the 
identifying code to the card number in it's beginning or it's end 
(according to the issuing company's directions). 

4. A model as described in claim 2, wherein the company will be able to 
send the customer during the issuing only some of the identifying codes, 
or to send him/her a new code after each purchase. 

5. A model as described in claim 2, wherein the first digit in the 
identifying code will be respective to the purchases serial number in the 
card. 

6. A mode as described in claim 1 or 2, wherein the cards issued are 
standards with only fixed amounts of money like 50 dollar bills, 100 
shekels, 1000 dollars and so on, but without the option for the customer 
to individually determine the card's amount of money. 

7. A model as described in claim 1 or 2, wherein charging the money 
for the card, by the issuing company fi-om the customer who bought it, 
can be done in the following ways: 
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This will be done by transferring the money to his account or in another 
way. 

11. A model as described in claim 1 (or 2) while it is possible that the 
company will issue an amount of cards in advance, and the card's details 
will be written on a note, placed in a secured envelope on which the 
card's amount of money will be written. The cards will be sold in stores 
for money. (It is cle^ that instead of notes and envelopes other sorts of 
existing methods that fit to this purpose can be used, for example scratch 
cards can be used in the following way: The amount of money can be 
written on the card and after buying the card and scratching it, it's full 
details will be shown). 

12. A model as described in claim 1 (or 2% wherein other identifying 
properties of the card's details will be its issuing date and/or an expiry 
date (the card can be limited by it's expiry date). 

13. A model as described in claim 1, but it is stressed that another 
property of the card's identifying details will be the name of the card's 
owner and/or his/her personal details like Id number, address, telephone 
number etc. 

14. A model as described in claim 1, wherein in order to protect the card, 
instead of a regular identifying code or in addition to it, at the time of the 
issuing the company will also issue an identifying code which is changing 
every certain time period. This identifying code can also be a p^ of the 
card's number. For example, to a card of 100 dollars with the number 
12345678 in week number 1 the card owner will be asked to add the 
digits 273, in week number 2, the digits 735 etc. it is possible to give the 
option in which the card owner can determine in advance the number of 
purchases for his/her card or an expiry date. 

The issuing company can deliver to the customer all the identifying codes 
in advance when issuing the card, or to send him/her every certain time 
period a new identifying code. 

15. A model as described in claim 1 or 2, wherein in the issuing process 
the issuing company will send to the customer a form on which will be 
indicated the amount of money in the card, the card number, and a list of 
the identifying codes in the correct order, so that the customer will be 
able to write on this form the issue of every purchase, the amount of 
money of every purchase, and the balance of the card after executing of 
the purchase. 
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16. A model as described in claim 1 or 2, wherein the customer can get 
details on the card and the purchases performed in it through the intemet 
- through the company's site or in another way. The customer can also 
change the card's details with the help of the changing code through the 
intemet. 

17. A model as described in claim 1 or 2, when in order to secure the card 
even more, the issuing company will send the card's number and it's 
codes separately or in different ways, for example: the card number will 
be sent by fax, while the other identifying codes will be delivered through 
the company's site, in Email, in telephone or in another way. 

18. A model as described in claim 1, wherein the issuing company keeps 
details of the customer's account number or credit card number and 
relates/connects between these details and the card that the customer 
bought. The company can also decide not to relate between these details, 
and it can also issue the card without knowing these details, except in the 
case that these details are required for paying for the card. 

19. A model as described in claim 1, wherein the customer who bought 
the card can ask the company to issue the card on different person's 
name. 

20. A model as described in claim 1, but according to this model the 
customer will stay with the same card after the money in it is spent, but 
the identifying code will be changed, or in an inverse way, meaning the 
customer stays with the same identifying code number, and will replace 
only the card number. 

21. A model as described in claim 1, wherein the identity of the card will 
be defined in a different way like; one number, two numbers or more, 
and/or a combination of letters (like password). 

22. A model as described in claim 1, but according to this model the 
card/bill is not for one time use, but can be "loaded/charged", meaning, 
after the customer finished using the card he/she can ask to load/add to 
the card another amount of money. In this case at the time of loading the 
card, it's identifying code or codes can be replaced. 

23. A model as described in claim 1 more similar to a regular credit card 
with some differences; it is different then a regular credit card in that it is 
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a virtual card with a limited amount of money. According to this model 
the credit card company or the issuing company will provide to the 
customer a card number which looks like a number of a regular physical 
credit card. All the methods of working with this card will be the same as 
done with a regular credit card, only the purchases will be authorized up 
to the maximum amount of money in the card. In this method there is no 
obligation for an identifying code, and the card is personal like every 
credit card and is registered for a specific person. At the purchase time 
the customer will deliver the card's details as if it was a regular credit 
card with all the details needed for purchasing with a regular credit card. 
When the money in the card is finished, it tums worthless. Also in this 
way, at the time of delivering the card's details the customer endangers 
only the amount of money left in the card. 

Purchasing the card by the customer will be done in a similar way 
described in claim 1 : the customer calls/connects the company and asks it 
to issue a card for him/her with a certain amount of money. The money 
for the card can be paid in any way (by a regular credit card, cash, bank 
delivery or in any way acceptable by tiie sides). When the customer 
decides to purchase a product or a service he/she delivers to the seller the 
same details he/she would deliver when using a regular credit card, like 
the card number, the customer's name, the card's expiry date, id, etc. 

The seller/business owner does not have to know that a virtual card is 
used, and as far as he/she is concemed it is a credit card, and the 
procedure of executing the purchase and it's authorization is similar to 
what is done with a regular credit card. 

Also in this model it is possible to do all the actions like issuing a card, 
and carrying out detail queries about the card through the intemet, the 
telephone or in other simple and fast way. 

24. A model as described in claim 1, 2 or 12, but without the limit of an 
amount of money, hi this case the card can be limited with the number of 
purchases (or not limited at all). 

25. A model as described in claim 1, wherein the card is physical, 
meaning a card is actually issued, and on it, it is possible that it's details 
will be listed (card number and/or the other additional codes/details). 

26. A model as described in claim 1, when the card issued is also 
magnetic/electronic like a regular credit card (with the properties 
described in the model). 
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27. A model as described in claim 1 or 9, but without the use of an 
identifying code. Another code can be used as the "changing code" with 
which it is possible to make changes in the card details. 

28. A model as described in claim 2 wherein person A can pass person B 
a card number and an identifying code for a specific purchase and also 
inform the issuing company about the amount of money agreed for the 
purchase. Person B who got the details can present the company with the 
amount of money, the card number, and the identifying code for the 
purchase and ask for the money. If the details are verified and there is 
enough money in the card, the company will deliver the money to person 
B, by a bank delivery, or in another way. In this way the card owner can 
deliver to another person a partial amount of money from the card. 

29. A model as described in claim 1 (or claim 2) — when the money in the 
card is finished, or when it expires (if it has an expiry date), a new card 
will be issued to the customer according to his request. This card will 
have the same number as the first card with an additional digit which 
presents the serial number of the card in the same year to the same 
customer, and to this number will be added the list of the new identifying 
code/codes. 
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